This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 



BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of the 
original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problems Mailbox. 



This page 




(19) 



JEuropal 
Europei 
Office e 



Europalsches Palentamt 
European Patent Office 

uropcen des brevets 



(12) 



(11) EP 0 984 370 A2 

EUROPEAN PATENT APPLICATION 



(43) 


Date o1 publication: 


(51) tntci ?: G06F 17/30, G06F 17/60 




08.O3.2D0O Bullelin 2000/10 




(21) 


Application number: 99306603.4 




(22) 


Date ol filing: 20.08.1999 




(84) 


Designated Contracting States: 


(72) Inventor: van dcr Mcer, Johannes Jozef 




AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU 


Everardus 




MC NL PTSE 


3816 LX Amorstoort (NL) 




Designated Extension States; 






AL LT LV MK RO SI 


(74) Representative; Harris, Ian Richard et al 






D. Young & Co., 


(30) 


Priority: 01.09.1998 US 144555 


21 New Fetter Lane 




01.09.1998 US 144717 


London EC4A1DA(GB) 


(71) 


Applicant: Aidminlstrator Nederland B.V. 






3811 NH Amersfoort (NL) 




(54) 


Method and apparatus for implementing a web page diary 



(57) A method and apparatus to create a 'diary' 
containing multimedia references to contents ol web 
sites that a user has visited. These references (also 
called addresses) can be of, references to, lor example, 
text, bookmarks, Images, programs, movies, etc. Many 
content objects are provided via the Web silcs ol 'con- 
tent providers,* with the specific intent of making the 
content objects available lo a user to place in his diary. 
Each diary page has a format specified by a cover The 
cover is provided by a cover provider and specifies 
where on the diary page the diary owner can ptaco his 
content. The name "diary" arises because the invention 



preferabfy allows the user to save these references in 
association with dates and/or times. The pages of a us- 
er's diary maybe navigated like a book, moving forward 
and backward through the pages or jumping to a partic- 
ular page. In addition to storing references lo Web in- 
lormation, the user can also jol down reminders, enter 
appointments, and birthdays, etc.. for dates. A user is 
allowed to choose a visual "theme" tor the pages of his 
diary. This thomc can bo changed at any time by the 
user and reflects how the user wants to present himscll 
and his diary to the world. The user can set various lev- 
els ol privacy tor different portions ol his diary. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The - present- invention relates generaDy 1o 
computer networks and, specirtcally, to a method and 
apparatus lor implementing a "diary" o{ Web pages or 
the like on a computer network. 
[0002] In recent times, the internet has gained univer- 
sal acceptance, A global network connecting millions ot 
computers, the Internet is the current "ullimate" in infor- 
mation and communication technology. Still, it has quite 
a lew drawbacks. Some drawbacks, such as its speed 
(or lack thereof) are readily apparent iq the casual user. 
Other problems are not as obvious. 
[0003] A first problem is the facelessness of the Inter- 
net. In real lite, we (consciously or unconsciously) 
■judge a book by its cover,' i.e., we form an opinion 
about other people based on how they present them- 
selves, through their style of clothing, the car they drive, 
their hobbies and interests, and the people they admire 
or detest. Non-tochnical users ot the Internet find it dil- 
licult to present themselves, other than what they say in 
newsgroups, etc. Technicatly-mtnded users have some 
ability to present themselves through their Websites. 
However, setting up and maintaining a Website requires 
more knowledge and etfort than many users possess. 
To design a good personal Websile a user needs to 
know about such areas as computer science, human- 
computer interlace design, graphic design, tine art, and 
writing. It is obvious from many examples available on 
the Web today that not all users have all of these skills 
in equal proportions. As such, the Intornoi is essentially 
a faceless medium. 

[0004] A second problem with the Internet is its vola- 
tility. While browsing the World Wide Web, users en- 
counter huge amounts ol information. In the real world, 
when we visit a place, we take home a tangible memory 
ol Iho place, such as photographs or souvenirs. Web 
users do not have this option. Current mechanisms for 
saving references to Web pages (e.g., bookmarks and 
tavonte lists) have the large drawback ol being text-ori- 
ented and, therefore, provide no visual (or other) clue 
as to why the user originally thought the intonnation was 
interesting enough lo bookmark. The only menwries a 
Web user has of the sites he has visited are some rather 
inexpressive bookmarks that say something like 'Wel- 
come to the homepage of SomeCompany" or 'htlpy/ 
www.somecompany.com/'. Such bookmarks give no 
sensory duo as to why the user bookmarked the page 
in the first place. Thus, a user's travels on the Web are 
rather volatile, since he has nothing tangible by which 
to remember where he has gone. What is needed is a 
way for users to keep track of locations that they have 
visited in a more wsual and memorable way. 



SUMMARY OF THE INVENTION 

[OOOS] Particular and preferred aspects of the inven- 
tion are set out in the accompanying independent and 
s dependent claims. Features of the dependent claims 
may be combined vnlh those ot the indapendenl claims 
as appropriate and in combinations other than those ex- 
plicitly set out in the claims. 

[0006] The present invention altows a user to create 

10 a "diary* containing multimedia references to web sites 
that the user has visited. These references (also called 
'content objects' or "objects") can be addresses or 
URLs of, tor example, text, txxjkmarks, images, pro- 
grams, movies, etc. Many content objects are provided 

15 via the Web sites ol "content providers,' with the specific 
intent of making the content objects available to a user 
to place in his diary. Other content objects can be copied 
from the diaries of other users. Still other content objects 
are entered by the diary owner himself. 

20 [0007] The term 'diary' arises because the invention 
preferably allows the diary owner to save these refer- 
ences in association with dates and/or times. Thus, at 
least part of the user's diary will likely organize informa- 
tion about web pages (and other types of information 

2S specified by the diary owner) by dates. Other parts of a 
diary organize data according to type of data, having a 
diary page for such types of information as 'recipes,' 
telephone numbers, favorite Wcbsilcs, etc. The pages 
of a user's diary may be navigated like a book, rmving 

30 forward and backward through the pages or jumping to 
a particular page. In addition to storing references to 
Web information, the diary owner can also jot down re- 
minders, enter appoinlmcnis, and birthdays, etc. for 
dales. 

3S [0008] A diary owner is allowed to choose a visual 
"theme* lor the pages of his diary. This theme can be 
changed at any time by the diary owner end reflects how 
the diary owner wants to present himself and his diary 
to Iho world. A theme is rcfleclod in a 'cover" ol a user's 

^0 diary and in the design and general layout of the pages 
in the user's diary. These themes and covers are gen- 
erally designed by professional graphics artists and pro- 
vide an opportunity for revenue via the placement on the 
cover of ads or graphics associated with a particular 
company or product. In fact, the ultimate 'ads' cover 
may be created when a single company creates a cover 
as an ad for itself. The company pays a licensing tee lor 
the ability to provide a cover and for the right to be men- 
tioned in a list of possible covers. 

50 [0009] The diary owner can set various levels of pri- 
vacy (or different portions of his diary. Thus, onfy certain 
portions ol the diary (tor example, a daily entry or a re- 
minder list) can be viewed only be the diary owner, while 
other portions ol the diary can be viewed by anyone with 

55 a Web browser. Thus, a diary owner may organize all or 
part ot his diaiy to present an image ol himself to the 
world. 

[0010] The present invention altows "content provid- 
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ers* to place contenl ('souvenirs*} on their Web page. 
Diary owners can then download a reference to the con- 
tent into their personal diaries. When a user views the 
Web page of a content provider, he can choose to add 
one or more pieces of content offered on the Web page 
to his diary. A downloadable content object on a content 
provider web site has an associated executable pro- 
gram, such as a JavaScript, to aid in placing a reference 
to the contenl into the diary as discussed below in con- 
nection with Figs. 5(a) and 5(b). 
[0011] The diary owner can edit existing diary content 
and layout by entering an edit modo, which allows the 
owner to move and copy pieces of the content of a diary 
■ page, either within the page or to another page. A diary 
applet regenerates the page to reflect the editing chang- 
es and passes it to the browser for display, 
[0012] The Java execution environment implements 
certain security rostrictions (or Java applets. All Java 
parts of the diary embodiment are implemented as ap- 
plets, so these security restrictions apply. Specifically, a 
Java applet that was loaded from server machine 104, 
onlo user machine 102 to communicate with a different 
machine, such as contenl provider machine 1 06. can be 
problematic. Simiiarty, most Java execution environ- 
ments do not allow Java applets to read, write, create, 
delete, or otherwise modify or examine the local file sys- 
tem. The first limilalion raises problems when a diary 
owner wants to use content provided by a third party. 
Use of such content is described in detail in copending 
U.S. Patent Application No. 09/144,717. entitled "Sys- 
tem and Method (or Generating, Transferring, and Using 
an Annotated Universal Address" by van der Meer and 
a corresponding European application having the same 
title tiled contemporaneously herewith, a copy of which 
is supplied herewith for placement on the public file o1 
this application. 

[001 3] The described embodiments o( Iho present in- 
vention provide an implementation of the transfer func- 
tion to save data from a third parly provider between the 
diary applet {in the owner system) and the diary server 
(w/hich stores diary data) that overcomes this restriction. 
While Iho throe machines aro typically separate, this 
method works oven when one or more of the machines 
are the same. This transfer mechanism is not limited to 
diary applications and is usable in various other circum- 
stances, such as whenever an executable program 
loaded from a first machine to a second machine needs 
to communicate with a third machino, 
[0014] In' accordance with the purpose of tho inven- 
tion, as embodied and broadly described herein, the in- 
vention relates to a method of displaying and organizing 
information, comprising; receiving, by a user system 
from a diary server, an executable diary program capa- 
ble of boing executed by a browser in a user system; 
sending diary information from the diary server to the 
executable diary program; displaying at least one diary 
page, by the executable diary program, running in the 
browser, in accordance with tho received diary informa- 



tion, where the diary page is organized according to at 
least one of: by date and by topic; and sending changes 
lor the diary information, from the executable diary pro- 
gram in the user system to the diary server. 
5 [0015] In further accordance with the purpose of the 
invention, as embodied and broadly described heroin, 
the invention relates to an apparatus that displays and 
organizes information, comprising; a portion configured 
to receive, by a user system from a diary server, an ex- 
it' ecutable diary program capable of being executed by a 
browser in a user system; a portion configured to send 
diary information from the diary server to tho exocutablo 
diary program; a portion coniigurod to display at least 
one diary page, by the executable diary program, run- 
's ning in the browser, in accordance with the received di- 
ary information, where the diary page is organized ac- 
cording to at least one of: by date and by topic; and a 
portion configured to send changes for tho diary tnfor- 
malion, from the executable diary program in tho user 
20 system lo the diary server. 

[001 6j Advantages of the invention will be set forth in 
part in the description which follows and in part will be 
obvious from the description or may be learned by prac- 
tice of tho invcntiorr. Tho objects and advantages of tho 
25 invention will be realized and attained by means ol tho 
elements and combinations particularly pointed out in 
the appended claims and equivalents. 

BRIEF DESCRIPTION OF THE DRAWINGS 

30 

[001 7] The accompanying drawings, which aro incor- 
porated in and constitute a part of this specification, il- 
lustrate several embodiments of the invention and, to- 
gether with the description, serve to explain the princi- 
35 pies ol the invention. 

[0018] Fig, 1(a) is a block diagram showing oxcmplary 
physical connections botwoon otemonts of a system in 
accordance with an embodiment of the present inven- 
tion. 

40 [0019] Fig. 1 (b) is a block diagram ol a computer net- 
work in accordance with an embodiment of the present 
Invention, showing how a user's diary Is viewed or edit- 
ed. 

[0020] Fig. 1 (c) is a block diagram ol a computer net- 
« work in accordance with an embodiment of the present 
invention, showing how a content provider creates a di- 
ary cover. 

[0021] Fig. 2(a) is a block diagram of a data process- 
ing system acting as a diary owner system. 
so [0022] Fig. 2(b) is a block diagram of a data process- 
ing system acting as a diary server 
[0023] Fig. 3 is a flow chart showing steps to view or 
edit a diary. 

[0024] Fig. 4(a) shows an oxcmplary web page boing 
55 viewed with a browser, and also shows a diary navigator 
bar. 

[0025] Fig, 4{b) shows an exemplary Sections win- 
dow thai allows the user to choose a non-dated diary 
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section (or page) lo view. 

[0026] Fig. 4(c) shows an exemplary Calendar Win- 
ckiYi that allows a user to select a dated diary section 
(or page) lo view. 

[0027] Fig, 4(d) shows an exemplary Privacy window 
that allows an owner to set the privacy attributes ot a 
diary section, page, or content object. 
[0028] Fig. 4(8) shows an exemplary Notes window 
that allows the diary owner lo add notes to a link on a 
diary page, 

[0029) Fig. 4(() shows an exemplary Advanced win- 
dow that allows a diary owner to perform various ad- 
vanced editing lunclions on a diary page. 
[0030] Fig. 4(g) shows an exemplary Add Entry win- 
dow that allows a diary owner to add various types ol 
content to a diary page. 

[0031 ) Fig. 4{h) shows an exemplary window allowing 
a diary owner lo add content ol type irrage to a diary 
page. 

[0032] Fig, 4(i) shows an exemplary window that al- 
lows Iho diary owner to manipulate existing content on 
a diary page. 

[0033] Fig. 4(j) shows an exemplary diary page as dis- 
played in edit mode. 

[0034] Fig. 4(k) shows an exemplary copy/move win- 
dow that allov/s a diary owner to copy or move content 
objects from and/or within their diary page, 
[0035] Fig. 4(1) is a (Jow chart showing how an edit is 
performed on content during edit mode. 
[0035] Fig. 4(m) shows an exemplary diary page after 
a content object has been moved, but while the page is 
still in edit mode. 

[0037] Fig. 4(n) shows an exemplary diary page after 
a content object has boon moved, and alter an exit from 
edit mode. 

[0038] Fig. 4(0) shows an exemplary diary page after 
a content object has been copied to another page and, 
and alter an exit from edit mode, 
[0039] Fig. 5(a) shows an overview of a first embodi- 
ment ot a data transfer function involving three ma- 
chines. 

[0040] Fig. 5(b) shows an oveiview ol a second em- 
bodiment ol a data transfer function involving three ma- 
chines, 

[0041] Fig. 6(a) shows a Web page fetched Irom a 
content provider system allowing the diary owner to add 
some content on the page to his diary. 
[0042] Fig. 6(b) shows an example ol a window gen- 
erated by an executable function during transfer of data 
between three machines, to prompt a diary owner lor 
his name and diary server. 

[0043] Fig. 7(a) shows an example of a window dis- 
played during transfer ot data between three machines. 
[0044] Fig. 7(b) shows an example ol a window dis- 
played during transfer ol data between three machines. 
[0045] Fig, B shows an exemplary architecture (or an 
embodiment of the present invention. 
[0046] Fig. 9 lists exemplary files provided by cover 



providers in a prelcrred embodiment of the present in- 
vention. 

[0047] Fig. 10 lists exemplary tiles provided to gener- 
ate the contents of diary pages in a preferred embodi- 
s meni ol the present invention. 

[0048] Fig. 1 1 shows an exemplary format of an AUA- 
database of Fig. tO. 

[0049] Fig, 12 shows exemplary cover HTML-files in 
a preferred embodiment of the present invenlior*. 
fo [OOSO] Fig, 13 shows a diagram ot a relationship be- 
tween various kinds of covers and the layout ol pages 
generated by a diary applet. 

DETAILED DESCRIPTION OF EI^BODIMENTS 

15 

[0051 J Relerence will now be made in detail to several 
ennbcidiments ol the present invention, examples of 
which are illustrated in the accompanying drawings. 
Wherever practicable, the same reference numbers will 
20 be used throughout the drawings to refer to the same or 
like parts. 

A, General Discussion 

25 [0052] The present invention allows a diary owner to 
organize his information like a book. This information in- 
cludes links to web sites he has visited anti to content 
he has chosen to add to the diary. A diary includes one 
or more 'sections.* Each section contains one or more 

30 pages. The owner ol the diary inserts "content objects* 
into the pages and sections ol his diary, Some sections 
have a theme, such as 'Recipes,' "Telephone Number, 
' or *Favorite Sites.' All other sections correspond to a 
date. Optionally, content objects may bo organized by 

35 lime. The described embodiment of the present inven- 
tion handles time attached to content objects in a well- 
known and intuitive way. For exarr^le, it may sort these 
content objects by time and present them in the diary 
organization before content objects without time at- 

40 • tached. 

[0053] A diary has a book design. The book design 
determines the graphics and layout of content within 
pages of a diary. A book design includes page designs, 
and how page designs are mapped to actual pages of 
the diary. A page design may be unique to a section or 
repeated within a section or across sections. For exam- 
ple, the same page design may be applied to all Monday 
pages. The page design defines the visual and audible 
appearance of the page, A page design provides slots 
50 lor content entries oi objects. The page design deter- 
mines the size and location ot these slots within the 
page. 

[0OS4] Diary owners insert content objects into pages. 
When a content object is inserted into a page, it is dis- 
ss played in one of the slots provided by the page design 
of the page. A content object can be any type of object, 
including text, bookmartts. images, programs, movies, 
etc. The set ol content objects inserted into the diary by 
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iho user is known as ihe "book content." 
[0055] Unlike a Iradilional book, the book design and 
book content of a diary are independent. Both ot the 
book design and the book content may be changed at 
any point in time,. The owner of a diary can switch book 
design at any time. The designer of a book design nnay 
change the book's design at any time. 
[0056] The diary soil ware dynEimicaily combines the 
diary's book design and book content to present a co- 
hesive view o( the 't>ook.' Furthermore^ a single book 
content may have many different views, each with a dif- 
ferent book design. 

[0057] The described embodiments o1 the present in- 
vention are empowered by features that only an elec- 
tronic book can offer. The electronic book can be 
stretched whenever required. The owner of the diary 
may add new sections to the book. The diary determines 
the number of pages in a section by the amount o( con- 
tent placed by the diary owner into the section. When- 
ever the number of pages of a section is insufticienl to 
contain the amount of conleni in Iho section, the diary, 
adds a new page to the section automatically. Similarly, 
the diary automatically deletes unused pages in a sec- 
lion. 

[0058] Like other electronic books, the diary can be 
accessed through an electronic nelv/ork. The diary can 
be read in concurrently by multiple users In dttforent lo- 
cations. Furthermore, different constituents of the diary 
may be stored or located in different locations within the 
network. For example, the book design, book content, 
parts of the book design, or content entries may be lo- 
cated in different locations within the network. 
[0059] In the described embodiment, the diary may 
enforce privacy-rules on any part or level of the book, i. 
e., book, section, page, individual content entry. Other 
embodiments may implement other levels of privacy 
rules and multiple implementations of this privacy con- 
cept are possible. In various implementations, privacy 
enforcement may be either advisory or mandatory. Dif- 
ferent authentication and vorificaticMi schemes may bo 
employed lo rdenlify the user attempting to access the 
book. If a user does not have sufficient permission to 
view an object in a diary, the diary may not make the 
object visible to the user, i.e., the user does not even 
know that the object exists, or it may present the object 
using an alternate representalksn. 
[0060] The diary has electronic search and naviga- 
tional capability The user of a diary may jump directly 
to any section/page of the book directly by electronk: 
navigation through the book. The diary has dedicated 
search options to speed up access to content. For ex- 
ample, the user may have the optbn to jump to the most 
recent or nearest future section^age that contains at 
least one content entry 

[0061] The diary provides means lo manipulate the 
contents in the book, A diary owner can provide permis- 
sion to authorized users to insert content entries manu- 
ally or by any other means, copy, delete, or move con- 



tent enlrios. Content entries may be manipulated one at 
a time, or in larger groupings. For example, all the con- 
tent entries within a section may be manipulated as a 
group, the content entries within a range of sectkjns may 

5 be manipulated as a group, or all the content entries in 
the book may be manipulated as a whole. 
[0062] Fig. 1 (a) shows a physical connection between 
three data processing systems: a user system 102, a 
diary server 104, a cover provider 105, and a content 

10 provider 10G. It will be understood that, although only 
one of each kind of system is shown for clarity there 
may be many user systems 102, many diary server sys- 
tems 104, many cover provider systems 105, and many 
content provider systems 106. A user normally has one 

'5 diary on one diary server, but a user can also have mul- 
tiple diaries on one or on multiple diary servers. Each of ■ 
the data processing systems communicates with the 
others via a network 140. I^lelwork 140 can be the Inter- 
net, a WAN, a LAN, a wireless network, a cellular tele- 

^o phone network, a radio frequency network, or any other 
appropriate network or connection. 
[0063] Fig. 1 (b) is a block diagram of a computer net- 
work in accordance with an embodiment of the present 
invention, showing tiow a diary is edited or viewed. Fig. 

25 i{b) includes user system 102, diary server 104. and 
one or n-ore content providers 106. User system 102 
can bo the system of the owner of the diary or a system 
of some other person who wishes to view the diary. User 
system 102 includes a browser 110 (which is shown ex- 

30 ecuttng a diary applet downloaded from diary server 
104) and diary information 114 containing information 
about the diary of this diary owner. One of the functions 
of diary applet 1 1 2 is to generate the HTML 1 1 1 for the 
Web pages of Iho user's diary (which preferably are dis- 

3S played by browser 110 in the browser window) on output 
device 222 (see Fig,2(a)). 

[0064] Diary server 104 includes diary information 
122 (which includes diary infomnation for a plurality ol 
users' diaries}, diary software 124, and an original copy 
•<£> oJ diary applet 1 1 2, residing with the HTML or other de- 
scription language 113 needed lo display an initial Web 
page. Throughout this document, although the embod- 
iment is described in connection with HTML (Hypertext 
Markup Language), it will be understood that the inven- 
ts tion can be implemented using any appropriate descrip- 
tor language. Similarly, while the described embodiment 
uses a Java applet 112. any appropriate executable pro- 
gram can be used to implement the functionality of diary 
applet 112, including but not limited to JavaScript, Ac- 
50 tiveX controls. Visual Basic, and plug-ins. In the de- 
scribed embodiment, a user begins viewing or editing a 
d iary by vie wing a Web page 1 1 3 available from the diary 
server This web page altows the user to indicate that 
ho wishes to view or edit a specified diary. This indica- 
ss tion begins execution ol diary applet 112, which sends 
a request 116 to diary server 104 lor the contents ol the 
specrlied diary. When diary software 124 receives re- 
quest 116 from browser 110, rl sends information 118 
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appropriale (or the speciJiod diary to the user syslom. 
This informalion 118 includes diary inlormalion, an ex- 
ample of which is discussed below tn connection with 
Figs. 9 and 10. 

[0065] Diary applet 112 reads diaiy information 114 
received from the sen/er and generates HTML 111 tor 
one or more diary pages in accordance with diary infor- 
mation 114. Diary applet ll2 instructs the browser 110 
to display the diary page(s) in the browser window, tn 
the described embodiment, diary applet 112 communi- 
cates with the user both through the browser window 
and via a user interface peeped up by the applet (see, 
e.g.. Fig. 4(a)}. All direct interaction (i.e.; all inleraclion 
that is not done via the browser window) of the diary 
applet with the user is by windows that are popped up 
by diary applet 112. 

[0066] tt will be understood that alt or part of a per- 
son's diary can be viewed either by the owner of the di- 
ary or by other people, depending on how the owner sets 
privacy values associated with the diary. In (act, a per- 
son's diary pages can, in general be viewed by any per- 
son having access to a browser. The browser can be a 
standard Web browser, such as Mavigatof, available 
from Netscape Corp. and Explorer, available from Mi- 
crosoft Corp. and does not need to be modified to altaw 
a user to view an existing diary. 
[DOST] Fig. 1 (c) Is a block diagram of a computer net- 
work in accordance with an embodiment of the present 
invention, showing how a content provider creates a di- 
ary cover using a cover provider system 105. The cover 
provider can be, for example, an entity who has paid a 
tee to be allowed lo create diary covers thai diary own- 
ers can use in their diaries. It is anticipated that cover 
providers wilt add advertisements, product placements, 
or the like to their covers, but this is not required. A cover 
provider executes an enhanced version of diary applet 
112. 

[0068] Fig. 2(a) IS a block diagram ol a data process- 
ing system acting as a user system 102. Fig. 2(b) is a 
block diagram of a data processing system acting as a 
diary server 104. Data processing systems 102, 104 in- 
clude processors 202, 252 and storage areas (such as 
memories) 204, 2S4. storage area 204 in user system 
102 includes a browser 2lO and diary information 212. 
Browser 21 0 can be any appropriate browser, including 
but not limited to Navigator and Explorer. Storage 254 
in diary server 104 includes diary information 122 for all 
users and diary software 124 for communicating with 
applet 112. 

[0069] Systems 1 02, 1 04 also inc lude an input device 
220. 270 such as a mouse, a keyboard, a touch screen, 
or any other appropriale device. Systems 102, 104 also 
include an output or display device such as a display 
screen, monitor, or any other appropriate device. Cer- 
tain implementations of the invention include sound ca- 
pability. Both system 102. 104 connect to a network 
such as the Internet or any other appropriate network 
via a connection 230. 2B0. 



[0070] In certain embodiments, diary server t04 in- 
cludes a computer readable medium input device 274, 
whbh is capable of reading a computer readable medi- 
um 276. A person of ordinary skill tn ^e art will under- 
s stand \ha\ the systems of Figs, 2(a} and 2(b) may also 
contain additional elements, such as input/output lines; 
additional input devk;es and additional display devices. 
The systenis ol Figs. 2(a) and 2(b) also may include ap- 
plication programs, operating systems, data, etc., which 
it> are not shown in the figure for the sake of clarity, It also 
will be understood that the systems of Fig. 2(a) and 2(b) 
can also include numerous elements not shown, such 
as disk drives, keyboards, display devices, network con- 
nections, additional memory, additional CPUs, addition- 
is al processors. LANs, input/output lines, etc. 

[0071] In the (oltowing discussion, it vAl\ be under- 
stood thai the steps of methods and flow charts dis- 
cussed below preferably are performed by one ol proc- 
essors 202, 252 (or other appropriate processor or proc- 
^ essors) executing instructions stored in storage areas 
204. 254 (or other appropriate storage areas). Specifi- 
cally, the steps of the embodiment described herein are 
performed by diary applet 112 when it executes in 
browser 100 (and by other executable programs within 
the browser as described betew) and by diary software 
124. It will also be understood that the invention is not 
limited to any particular tm pie mental ion or programming 
technique and that the invention may be implemented 
using any appropriate techniques lor implementing the 
30 tunciionaliiy described herein. The invention is not lim- 
ited lo any particular programming language, operating 
system, or network protocol. 

[0072] Some or all of the instructions and data struc- 
tures in storage areas 254 may be read into memory 
35 from computer-readable media 276. Execution of se- 
quences of instructions contained in the storage areas 
causes processors 202 or 252 to perform the process 
steps described herein. 

[0073] In alternative embodiments, hard-wired circuit- 
•<o (y may be used in place of or in combination wlh soft- 
ware instructkins to implement the invention. Thus, pre- 
ferred embodiments of the invention are not limited to 
any specific combination of hvardware circuitry and soft- 
ware. The instructions performed by the processors can 
also be transmitted over a carrier wave in a computer 
network such as the inlerneL an intranel, a LAN, a WAN, 
and so on. 

B. Ovenriew of Viewing and/or Editing a Diary 

so 

[0074] Fig. 3 is a flow chart 300 showing steps to view 
or edit a diary. In general, steps of the left side of the 
figures are performed by diary applel 1 1 2 executing in 
a browser ot user system 102, while steps on the right 
55 side of the figure are performed by diary software 124 
executing in diary sen/er system 104. In step 302, the 
us er starts his browser 1 1 0 and views an initial diary web 
page (not shown) received by the browser in a manner 



6 



11 



EP 0 9B4 370 A2 



12 



known to persons ot ordinary skill in tho art. This diary 
web page allows new diary owners lo register and lo 
pick initial covers (or their diaries (not shown), while al- 
lowing existing diary owners to decide to view and/or 
edit their diaries and allowing any person to view the 
non-private diaries o( others. In step 304, the user indi- 
cates that he wishes to view or edit a diary, diary applet 
112 is obtained from system 104 and executed within 
tirowser 110 and the remainder ol steps of Fig. 3 are 
performed. 

[007S] Instep 304, diary applet 112 sends the request 
for diary information to diary server system 104, where, 
in step 306, diary server system 104 sends diary data 
122 for the specified diary to applet 112. In a preferred 
embodiment ot the invention, this diary data is trans- 
ferred as a ASCII document, and net via the browser, 
although any appropriate formal could be used. As will 
be understood by persons of ordinary skill in Ihe art, the 
applet and diary data could also already be stored in a 
cache of the system 102 and, therelore, it would not be 
necessary to transfer data from the server. This cache 
is not necessarily the browser cache. Diary applet 112 
receives diary data for the user and stores it in diary in- 
formatran 114. In the described embodimeni, diary tn- 
fornrration stores three basic types of data: an AUA-da- 
tabase specifying the content of the diary page(s) that 
was gathered or created by the user; a cover (also called 
a cover or a "presentation context') for the diary, and 
configuration information for the user. An AU A is an "An- 
notated Universal Address," as described in tho aforo- 
menlionod U.S. Palent Application No. 09/144.717. en- 
titled "System and Method (or Generating, Transferring 
and Using an Annotated Universal Address" by van der 
l^eer. The AUA-database is user-specific, The cover is 
shared by all users that have selected the same cover. 
The configuration information, such as privacy level, 
passwords, or the full name o( the user, is user-specific. 
A fourth part (a backup AUA-databaso, not shown) can 
be created on the fly and is used to "go back' lo previous 
diary content. 

[0076] In step 303, diary applet 112 generates one or 
more pages of the diary in HTML in accordance with the 
cover, content, and configuration inforn-iation. The 
HTML is displayed as a diary page by browser 1 1 0, A(ter 
generating a first page of tho diary, diary applet 112 dis- 
plays a navigator bar or some other appropriate user 
interface, such as that shown in Fig. 4(a), and thereafter 
reacts to the actions of the user to view or change the 
diary, as described betow. In step 310 diary applet 112 
sends changes (if any) (or the user's diary to the diary 
server (periodically or al user's instruction). 

C. Navigation by a user Within a Diary 

[0077] The following section provides examples of the 
various (unctions ol the diary navigation mechanism 
used in the described embodiment. It will be understood 
that the specific buttons and (unctionality described are 



provided by way o( oxamplo and not of limitation. Oihor 
bultons and other functionality can be added and certain 
buttons and functionality can be omitted invention with- 
out departing from the spirit o( the present invention, 

s 

1 . The NaviQation Bar 

[0078] in Fig. 4(a}. exemplary diary page 400 is being 
viewed with browser 110, and diary applet 112 has 

10 popped up a diary navigator bar window 402. In the Fig- 
ure, both diary page 400 and navigator bar 402 are dis- 
played on a display screen 404. As discussed above, 
diary page 400 was generated by diary applet 112 in 
accordance wth diary inlormation 114 (or the diary page 

's 400, which was previously created by an owner of the 
diary. As can bo seen, diary page 400 is an undated 
page entitled "Car Section" and is dedicated lo informa- 
tion added by the diary owner about cars. In the figure, 
the diary owner has previously added one image o( a 

20 car 410 to the diary page. Dated pages look similar, ex- 
cept that Ihe date appears on the page (e.g., at the top) 
and is associated with the page in the diary intormation 
114, 

[0079J As shown, in Fig. 4{a), navigator bar 402 in- 
ss etudes buttons 422, 424, 426. 42S, 430, 432, 434, 435, 
438, 440, 442, 444. and 44S, The first eight bultons are 
used to allow the user to move around within the pages 
and sections o( a diary. Thus, button 422 represents a 
•Sections" functbn thai allows the user to view undated 
30 sections of tho diary. Bultons 424, 432 allow tho user to 
display a last or next section thai contains at least one 
content object. "Last" and "next" are to be interpreted 
relative to the section currently showing. Buttons 426 
and 430 allow the user to display the immediately pre- 
ss vious or next secllon. "Previous" and 'next* are to be 
interpreted relative to the section currently showing. For 
dated sections, the previous section is the section that 
corresponds to tho date before Iho date currently show- 
ing. Next corresponds to the date alter the date currently 
*o showing. Buttons 423 allows the user to display a diary 
page or section for a specific dale. Each section, dated 
or not, can have multiple pages within the section. But- 
tons 434 and 4X allow the user to display next or pre- 
vious diary pages tor a section (i.e. , multiple diary pages 
may oxist for each section). Button 438 allows a user to 
change the privacy level on which the diary is operating, 
providing that the user is able to authenticate himself at 
the desired level. Buttons 440, 442. 444, and 446 are 
only available u/hen the diary is operated at the "owner" 
so privacy level. Button 440 will pop-up a new window con- 
taining the advanced diary operations such as, e.g., 
nvjving or copying objects (rom one section to another. 
Button 442 allows a user to create a "text" object to be 
placed in the current sections. The final two buttons 444, 
ss 446 pruvide access to a backup function and an edit 
property lunctioo. Button 446 is only present t( the user 
who is running the diary applet is also registered as a 
cover builder. Button 446 allows the user lo change the 
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properties ol the diary iisetl. 

[0080] Fig. 4(b) shows a Sociions window that allows 
the user to move between undated sections in the diary. 
The user is presented with a list af existing sections. Di- 
ary applet 1 1 2 reads the user's selection and generates 
HTML tor the selected section in accordance with diary 
inlormatioo 114. In the window ol Fig. 4(b) and others 
ol the windows mentioned below, the user can click can- 
cel 405 or accept 405 to cancel or accept any changes 
ho has niade. 

[0081] Fig, 4(c) shows a calendar window that allows 
the user to rrtove between dated sections in the diary. 
The user is presented with a calendar input that allows 
him to view a diary page tor a given month, day, and 
year. Icon 407 is a shortcut. It indicates that the diary 
page (or "today' should be displayed. Buttons 40B allow 
the user to increment or decrement a current year. Area 
409 allows the user to enter a year, which may be more 
efficient than incrementing or decrementing under cer- 
tain circumstances. Diary applet 112 reads the user's 
selection and generates HTML lor the selected page or 
section in accordance with diary information 114. 

2. PrivacY level of a diary page 

[0082] Button 433 allows any user to change the pri- 
vacy level on which the diary is operaling, provided that 
the user is able to authenticate himself at the desired 
level. Authentication is preferably perlormed by requir- 
ing the user to enter a password required to change the 
privacy level to a certain level. In the described embod- 
iment, clicking or oihenvtse selecting this bunon dis- 
plays vmdow 450 of Fig. 4(d). 
[0083] Fig. 4{d) shows a window 450 or similar navi- 
gational clement (or the privacy (unction of button 438. 
Window 450 allows a user of the diary to set a privacy 
tevel at which the diary ts operating of: world, liiend, 
close friend, best friend, and owner via respective but- 
tons 451 , 452, 453, 454, and 455. Any user can change 
the privacy tevel. provided that he is able to authenticate 
himself, e.g.. via a password suppfied in area 456. This 
window determines which sections and which objects 
will be visible during browsing through the diary. If the 
user selects Ihe owner privacy level (button 455) ar^ 
can supply a correct password in area 456, after clicking 
OK button 457. buttons 440, 442. 444, and 446 of Fig, 
4(a) become available to the owner. Otherwise these 
buttons are grayed out. Use ol button 440 will pop-up a 
new window containing the advanced diary operations 
such as. e g,, moving or copying objects from one sec- 
tion to another. The passwords lor a particular user's 
diary pages are stored as configuration inlormalion in 
that user's diary intormatiwi 114. 

3. Adding a rvtole on a Diary Rape 

[0084] Button 442 provides a way for the owner to 
make quick notes W&h an optional associated link in the 



diary. Fig. 4(e) shows a Vkindow 460 or similar naviga- 
tional etement lor the note (unction of button 442. Win- 
dow 460 includes an area 46 1 in which a diary owner 
can enter an address (such as a URL) of a link in the 

s diary. The window also includes an area 462 where the 
diary owner can enter his text. After the diary owner en- 
ters a fink address and some text, applet 112 adds the 
entered text to the diary informal bn in association with 
the entered link on the page. When the diary page ts 

10 viewed, the note (with the link attached to the note) will 
be displayed as part of the diary page. 

4. Store I unci ion 

IS [0085] Store button 444 stores the AUA-database. the 
configuration, and the backup AUA-database if and only 
if these three parts o( the diary information have been 
created (only in case of the backup AUA-database) or 
changed. Button 444 is enabled by diary applet 112 

so when something in the diary has been changed. In the 
described embodiment, the diary also saves the diary 
informaton when the user instructs the browser to toad 
a Web site different from the diary server. This will cause 
the browser to unload the diary, which automatically 

2S starts the save option. 

5. Advanced lunctions 

[0086] Button 446 provides access to certain ad- 

30 vanced functionality as described below. Fig. 4(1) shows 
a window 470 or similar navigalionat element lor the ad- 
vanced lunction ot button 440. Window 470 includes 
(our upper left-hand buttons 471, 472, 474. 475, which 
allow the diary owner to modify his AUA-databaso. With 

3S ihcso buttons an owner can add a content entry (button 
471). add a section (button 472), change passwords for 
privacy levels (button 473). put diary in edit mode (but- 
ton 474). edit section properties (button 475), and make/ 
load backup (button 476). Button 477 is a special button 

40 available only to content providers. 

[0087] Button 473 allows Ihe owner to change pass- 
words (or the tour privacy levefs that are shown in Fig. 
4(b). AU usors must enter an appropriate password be- 
fore diary applet 112 will generate HTML (lor content 

*s objects) or otherwise reveal the existence ol objects 
having those privacy levels (e.g., for named sections in 
the named section list 404). Bunon 475 allows the user 
to backup/load the diary contents. Button 477 is only 
present il the user who is running the diary applet is also 

so registered as a content provider. Button 477 allows a 
conlenl provider to change an existing 'standalone* 
HTML file in such a way that it will, after the change, 
provide content tor any user to include in their diary. If 
the diary owner adds a section to his diary via button 

ss 472 (or chang es a section via button 475). the d iary own - 
er only needs to specify the name of the section (window 
not shown). Diary applet 112 will add a section to the 
user's diary having the specified section name using the 
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default cover lor the diary. 

i. adding conlent enirias 

[0088] . Fig. 4{g} shows a window or similar navigation- 
al elennent for the add content button 471 of Fig. 4(t). 
This window allows an owner to add his own content 
entries to his diary. The diary owner selects a type of: 
image 412. text 413. applet 414. or embedded object 
415. Depending on which type o1 conlent the diary own- 
er is adding, an appropriate window, such as the window 
in Fig. 4(h) is displayed. 

[0089] Fig. 4(h} shows a window 430 or similar navi- 
gational element to allow the diar/ owner to add his own 
image entries to his diary. This requires specifying the 
address (such as a URL) of the image (in area 467), as- 
well as the real width and height of the image in areas 
433 and 489. Tho buttons on the top row are used to 
specify whether or not to provide tho image to other diary 
owners, i.e., whether other diary owners can copy the 
content Irom a diary into their own diary (button 461), to 
set a weight (button 432), to set a time button 4S4, to 
set a privacy level tor the image (button 485), and to 
provide a textual description of the image in the diary 
{button 466). Image weights are used, (or example, 
when a series of inr\ages are available. Each imago in 
the series is assigned a weight so that applet 112 can 
order the images (i needed. Time button 484 associates 
a time (such as a creation date or a date in history) with 
the image. The date associate with an object is implicit, 
since the object is part of a dated section, but an ob\ec\ 
can have an associated time. Under certain circum- 
stances, applet 112 will generate h diary page having 
the images of iho page in timo-sortod order. Diary applet 
1 1 2 will add an image to the current section (that is. tho 
entry just created). Although not shown in the figures, 
similar windows exist to allow the diary owner to add 
conlent o1 types text, applet, and embedded object to a 
diary page. An embedded object is the HTML term lor 
an "external' object type, such as a Quick-Time movie, 
-ReadAodio, RealVideo, etc. 

ii. modifying content onirics 

[0090] Button474of Fig. 4(f) causes applet 112 to dis- 
play an edit mods window 490 as shown in Fig, 4(i), 
which enables a diary owner to modily content entries 
that are already in the diary. As shown in Fig. 4(j), in this 
mode, entries in a diary page are generated by diary 
applet 112 to have a clickable border 499 or some sim- 
ilar indicator (which can bo cover specific). Clicking this 
border 499 brings up the window 490 shown in Fig. 4(i). 
Window 490 offers an owner the ability lo modify the 
position of the entry in the section; move to top position; 
move one position up; move one position down: move 
to bottom position (buttons 491 , 492, 493, and 494), and 
the ability lo copy, move, or delete the selected entry 
(button 495). The diary owner can change properties of 



a content object on a diary page via button 496, which 
opens a window (not shown) similar to that which is used 
to add an entry (see Fig. 4(h)). with at least one differ- 
ence. 

s [0091] Content entries that are provided by third par- 
ties are not modifiable. Because a content provided has 
invested time, money, and/or energy in the creation of 
a diary object, and because content providers should be 
encouraged lo continue lo supply content, users are not 

'0 allowed to change any aspect of an objecl that was pro- 
vided by a third party This will prevent undesirable user 
actions such as changing the link associated with an im- 
age of CompanyA (that originally pointed to some spot 
in the web site of CompanyA) to point to some spot in 

IS the web site of companyA's biggest competitor. Only the 
time, privacy level, and description can be changed by 
the diary owner. Note that the time, privacy level, and 
description wero the onirics added by tho diary owner 
himself (as opposed to translcrrcd from a content pro- 

^0 vider web page). 

[0092] Fig. 4(1) is a flow ctiart showing steps involved 
in editing an existing content object. In step 250, once 
diary applet 112 determines that the page is in edit 
mode, applet 112 ragenerates the pageto add an objecl 

ss control "handle" 499 to each content object on the diary 
page (see Fig. 4{j)). In stop 251, when tho diary owner 
clicks on a control handle, the browser iniliaies execut- 
able program code (e.g., Java or JavaScript) that has 
been generated by applet 112 and added lo the HTML 

30 edit-nnode page being displayed. When the diary owner 
clicks on the handle 499, the browser executes this pro- 
gram code in a manner known to persons of ordinary 
skill in the art. The program code then communicates 
with applet 1 12 to loll it which conlent object has boon 

3S selected for manipulation. Applet 112 then displays ap- 
propriate windows (see, for example. Figs. 4(() and 4{k)) 
to allow the diary owner to manipulate the selected con- 
tent object). Diary applet 112 executes appropriate ac- 
tion{s) on the selected content objecl identified by the 

■*o handle 499. In step 253, diary applet 112 regenerates 
the HTML for the diary page to reflect the edit, alter 
which the HTML is displayed by browser 110. 
[0093] Ttio reason that diary applet 112 must gener- 
ate an executable program associated with each handle 

•*s is that there is no other way lor applet 11 2 to learn when 
the diary owner has clicked on a handle 499. The HTML 
tor a diary page is actually displayed by browser 110, 
and the browser would not otherwise notify applet 112 
of a handle click. Tho method ot Fig. 4(1) enables em- 

so bodiments such as a diary to display and manipulate 
conlenls within an HTML document and, at the same 
time, uses (he browser as a vehicle to handle the actual 
display an diary owner input. Using the browser avoids 
having to duplicate the browser functions thai interface 

55 to the user and that display pages in accordance with 
HTML 

[0094] Thus, for example, in Fig. 4{j}, diary applet 112 
has already reg eneral ed the d tary pa ge to display a han- 
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die i99 around the object and to add an executable pro- 
gram in thie HTML lor the diary page. This executable 
program is associated with the handle and will be exe- 
cuiBd when the handle is clicked. In the described em- 
bodiment, when the handle 499 is clicked, the associat- 
ed executable program will pass the identity of the se- 
lected content object lo applet 112, which will then dis- 
play the window ol Fig. 4(i). This window {and the other 
windows described herein) are generated by applet 1 1 2 
and are not displayed via the browser. M the diary owner 
indicates via several presses of button 494 of Fig. 4(i) 
that the content object is to move to the bottom position, 
applet 112 will eventually regenerate the diary page to 
look like the diary page in Fig. 4(m). Note thai the se- 
lected content object has been moved to the bottom 
right on this diary page (which the cover for this diary 
has defined as the bottom position ol this diary page). 
Applet 112 communicates with the browser to display 
the regenerated HTML of the diary page. Once the diary 
owner clicks on accept button 406 of Fig. 4(j), applet 112 
is caused to exit edit mode (via anoUier executable pro- 
gram) and regenerates the diary page without handle 
499 to yield a page such as the page of Fig. 4(n), where 
content object 401 is again displayed in rts new position, 
but mthout a handle. The next time this page is saved 
to diary server 104. this positional change is saved in 
the user's diary inlormation 122. 
[0095] II the owner has entered edit mode and then 
presses button 495 ol Fig. 4(f), applet 112 generates 
HTML for the window ol Fig, 4{k), which allows tha diary 
owner to perform various copy and move operations on 
a conteni object in a diary page. As another example, if 
the diary owner clicks handle 499 of Fig. 4(j), executable 
code in the regenerated page associated with the se- 
lected handle 499 executes to alert applet 112. It the 
user now clicks button 495, applet 112 displays the win- 
dow of Fig. 4{i). which includes a copy button 350, a 
move bunon 360, and a delete bunon 361. 
[0096] The destination section tor a content object 
while copying or moving might already contain an iden- 
tical content object. If the owner desires to have another 
content object in the destination section (i.e., one more 
than belore the operation), he checks Uie "allow dupli- 
cates* box. If he does not check this box, and if an iden- 
tical content object already exists at the destination, the 
content object will not be put in the destination section. 
[0097] If the diary owner indicates that he wants to 
copy the content object (by pressing bunon 350 of Fig. 
4{k)), diary applet 1 1 2 will allow the diary owner to spec- 
ify a dated or an undated page in a manner similar to 
that ol Figs. 4(b) or 4(c). Diary applet 112 then regener- 
ates HTML for the page lo which the object is to be cop- 
ied. When the diary owner exits edit mode, a page such 
as that ot Fig. 4(o] will be displayed. Note, that in the 
example, the selected content object has been copied 
to a page having a different date than its original page. 
The next time this page is saved to diary server 1 04, this 
change is saved in the user's diary information 122. 



Note that in both examples above, an er«J-user has 
been able to modify a page displayable in a browser (e. 
g , a diary page) without writing any HTML code. 

5 D. Transferring Data from a User's Diary to the Diary 
Server. 

[0098] It should be understood that, although the lol- 
towing example is described in terms of a transfer lunc- 

JO tion lor a diary, the transfer function described- can be 
used in any circumstances where a first machine (such 
as system 106) sends data (e.g.. third party content) to 
a second machine {such as system 102), and the data 
then needs to be send to a third machine [such as sys- 

'S tern 104) under control ol an applet executing in a 
browser on the second system. The present invention 
is contemptated to be ol use in non-diary applications, 
as well as in diary applications. 
[0099] Fig. 5(a) shows an overview of a first embodi- 

20 menl of a data transfer function involving three ma- 
chines. Fig. 5(b) shows an oven/iew ol a second em- 
bodiment of a data transfer function, involving three ma- 
chines. Fig. 5(a) will be discussed first. In step 1 ol Fig. 
5(a), the browser 1 10 loads the content provider's HTML 

2S page from system 105 into browser 110 in system 102. 
This HTML page includes a function 'F' 502 that can be 
activated by the user via the HTML page (for example, 
clicking on a "add" button on the page). The user looks 
at the conteni provider's page (as displayed by the 

30 browser) and determines whether there is any third par- 
ty content on the page available lor his diary that he 
wants lo add to his diary. II so, the user so indicates. For 
example, in the described embodiment, the user clicks 
on an "add" bunon 602 on the HTML page (see Fig. 6 

3S (a)) associated with the desired Ihird-party content. 
Clicking on this conteni activates function "F" 502 within 
the displayed Web page, as shown in step 2 of Fig. 5 
(a), In the described embodiment, function "F* is a Java- 
Script, but it can bo any appropriate lorm ot executable 

^0 program. 

[0100] As shovim in step 2 of Fig. 5(a), the function "F" 
pops up a window 504 that asks the user lor his name 
and for the kscation of the diary provider 104 (step 3). 
Function 'F' needs the name/exact location of diary pro- 

^5 vider 104 so that it can generate HTML page 506 (step 
4) that requests the irar^sfer applet 506 from the correct 
diary server 104. (Note that certain embodiments can 
have rrore tfian one diary sen/er 104). An example of 
window 504 displayed by function "F" is shown in Fig. 6 

so (b). 

[0101 ) In step 4, the function "F* also general as HTML 
506 that contains: 

1 ) activation of a transfer applet (to be loaded from 
SB the diary server 104) (step 5 and 6), and 

2) the parameters ol the transfer applet containing 
all inlormation about the provided content. 
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[0102] Thus, function "F" knows how to generate the 
HTML to activate transfer applet 503 (at the host stored 
by the user) with the parameters o1 the intormation to 
sloro 

[0103] In slap 5, (unclion.'F", instructs browser 110 to 5 
load the HTML page 506 in a new HTML-browser win- 
dow. By loading that page 506, the browser will load and 
execute the transfer applet 508 on system 102 {step 6). 
When transfer applet 508 executes, it transfers data to 
system 104. The function "F" uses a priori knowledge ^o 
about the name/exact location of the transfer applet on 
diary server 104. Similarly, (unction 'F' uses a priori 
knowledge about the names and semantics of the pa- 
rameters required by the transfer applet. 
[0104] It is importanl to note that, due to a security 
restrictions common to many implementations of exe- 
cution environments of programs such as Java applets, 
transferring data between three machines (102, 104, 
106) is problematic, Because the data eventually has to 
be stored on system 104, because communication may 
have been to be set up with the diary applet already run* 
ning on the system 102, and because the diary applet 
was loaded from system 104, the transfer applet 50B- 
also must bo loaded from system 104. The problem is 
how to get the information describing the content pro- 
vided to the transfer applet 508 if Iho transfer applet is 
to be loaded from sen/er 104. For instance, the transfer 
applet is not allowed to connect to the content provider 
system 106. The problem is solved by generating the 
HTML page 506, which contains the instructions that ac- 
tivate the transfer applet SOS in combination with all in- 
formation about the content provided that should be 
handled by the transfer applet, In other words, the HTML 
page 506 is self-contained and the transfer applet acti- 
vated by it can handle the transfer wnthout any other 
communication olhor than with its source system 104, 
which is altowcd since it was loaded from system 104. 
Thus, the method shown in Fig, 5(a) solves the problem 
caused by the security restraints of the execution envi- 
ronment. 

[0105] In at least one embodiment, the database is 
not really transferred immediately, but is only scheduled 
for storage. A running diary applet performs the actual 
storage. If there Is no running diary applet in browser 
110. the transfer applet will start one. Similarly, in at least 
one embodiment, all applets sioro to a "store queue.' 
This way, Ihe transfer applet 509 can insert a database 
in the queue lhat will be processed by another diary ap- 
plet 112. Sharing of the new content (as transferred by 
the transfer applet) with the diary applet is extremely im- 
portanl because the new content will have to be made 
visible by the diary applet immediately and efficiently, e. 
g„ it would not be acceptable to if it would require a user 
action in order to view the new content. Similarly, it 
would not be acceptable if it would require a full 're-up- 
load* of lha diary information 114 by the diary applet in 
order to view the now content, Tho undertying funda- 
mental mecfianism on which the sharing has been 



based is the sharing of class variables in a single Java 
vinual machine. 

[0106] Table 1 shows an example of a JavaScript lhat 
performs the function of function "F" of Fig. 5(b), Table 
1 , which isan HTML/Javascript, forms a part of the spec- 
ification and is incorporated herein only for purposes of 
example. 

[0107] Fig. 5(b) shows an alternate embodiment of a 
transfer function in which the function "F* does rot have 
a priori Itnowledge about the name/exact location of the 
transfer applet SOB. It can be advantageous to have 
function "F" not know the name/exact location of the 
transfer applet. Because there are many function "F's 
in the network - each content provider 106 has HTML 
containing a version of function "F" it can bo problem- 
atic it Ihe diary server 104 decides to change the name 
of the transfer applet 508. If each function 'F' (which 
resides on the content provider(s) 1 06) knows the name 
of the transfer applet 503, each function "F" would have 
to be changed if the name/location of the transfer applet 
SOB is changed, If the function "F* does not know this 
inlornration, function "F" does not have to change if the 
name of the transfer applet 503 stored on system 104 
changes. 

[0108] In Fig, 5(b), function "F" (received from system 
106) pops up window 504 as described above and cre- 
ates a "nelvrork package" 507 that contains at least; 

the name ol the server 104; 

the name of the user; and 

the properties of the conleni to be transferred. 

Network package 507 is POSTcd to diary sen/or 104. 
Diary sen/or 104 generates the page 506 using the in- 
formation in tho network package 507 and returns it to 
function 'F* in system 102. Function 'F" continues as in 
fig, 5(a). Specifically, function 'F' instructs browser 110 
to load the HTML page 506 in a new HTML-browser win- 
dow. From this point onwards, the embodiment of Fig. 
5(b) behaves as the embodiment of Fig, 5(a). 
[0109] It will he appreciated that in this embodiment, 
the a priori knowledge of function "F" is limited to oniy 
the way the network package 507 is to he structured, 
tho coniont that is to bo put into network package 507. 
and the way this package 507 is to be sent to diary serv- 
er 104. The amount of knowledge required is less than 
the knowledge required to generate page 506 itself. 
[0110] It will be appreciated that the embodiment of 
Fig, 5(b} limits the "outer world" restrictions on the inter- 
face of diary sen/er 1 04. Once the diary server 104 is in 
operation (as illustrated in Fig. 5(b)), it should always 
support the handling of network packages 507. Howev- 
er, the internals of page 506 may be changed by the 
diary server 104 whenever such a change is required. 
Note thai such a change is not an option in tho embod- 
iment of Fig. 5(a), since the a priori knowledge aboul the 
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contents of page 506 have been spread over numerous 
content provider systems 106. 

[0111] Figs. 7(a) and 7(b) show examples ol windows 
displayed by transfer applet 508 during transfer of data 
between three machines. As described above, once 
page 506 is loaded, the transfer applet 503 will be acti- 
vated automatically and it will pop-up the window shown 
in Fig. 7{b), This window shows a list 701 that represents 
the objects being transferred. In the Figure, there is only 
one object to be transferred. Each entry is represented 
by a textual line that consists of the suggested destina- 
tion (or the destination suggested by the user, see be- 
low) lor the entry (in this case, the section May 28, 
1998), followed by a textual description ol the entry 
(which in this case is 'nice car*). 
[0112] Each o( the entries in the current transfer may 
be deleted from the list 701 by selecting the entry in the 
list 701 and then clicking delete button 703. The desti- 
nation section ol each entry in the current transfer may 
be changed by selecting the entry in the list and then 
clicking the button 702. The transfer applet 503 will pc^- 
op a window simitar to that of Fig. 7(a). Fig. 7(a) is sim- 
plified in that the user will be able to select any date tor 
the destination section or any ol the named sections that 
exist in the diary. The rolo ol the check 704 is exactly 
like the role of check 406 described above. 
[0113] After the user has deleted the enlrtes thai he 
is not jnterested in, and after he has changed the des- 
tinations of entries to entries that he considered appro- 
priate, he presses either the OK button 406 (Fig. 4(a)) 
or the cancel button 405. If the cancel button is pressed, 
the whole transfer is cancelled. If the OK button is 
pressed, the transfer applet 503 will add the entries to 
the AUA-riatabase in the user diary data 1 22 on the user 
system 102. In one embodiment, transfer applet 50E is- 
sues a 'store* command that is queued in the store 
queue and checks wholhor a diary applet is already run- 
ning. If no diary applet is running, the transfer applet will 
start a diary applet automatically. 

£. System Archilecturo 

[0114] Fig. B shows an exemplary architecture for en 
embodiment of the present invention. As shown by the 
key, the architectural diagram includes a tc^ layer rep- 
resenting two types of users: cover providers 802 and 
users 304 (diary owners and other users). A section SOS 
represents the functionality of diary applet 112. A sec- 
tion 820 represents browser 110. A section 322 repre- 
sents the Internet (or other appropriate network or way 
of communicating between entities). A section E30 rep- 
resents diary software, such as diary software 1 24 of 
diary server 104. 

[0115] In the described embodiment, cover providers 
and end-users both run diary applet 112. However, cov- 
er providers hiave access lo specialfunctionaltty lor con- 
structing covers that end users do not have. It should 
be noted that diary applet 1 1 2 runs 'inside' browser 110. 



It communicates with the user through the browser win- 
dow and through its own user interface 807, The diary 
navigator 307 provides standard navigation f unclionaliiy 
10 the user (via navigation bar 400). it also acts as an 
s intermediary between the browser and the rest of the 
diary applet 1 1 2. Ore of its important tasks is to transfer 
the pages of the diary to browser 110. Diary pages are 
generated by a generator in the diary applet. This gen- 
eration is performed by combining data from covers (al- 
io so called "presentation contexts") designed by a cover 
provider and the content that the user has gathered tor 
his diary. 

[0116] Because of privacy concerns, content is 'fil- 
tered" by the session layer, which allows the user to see 
'5 only the content lhat he is permitted lo see. The user's 
cootenl is stored in the AUA-daiabase. User settings are 
stored as configuration data, which includes the pass- 
words required for users to access the different privacy 
levels. The user also has the possibility to create back- 
20 ups of the AUA-database. 

[0117] The network layer lakes care of transferring all 
diary files over the internet (or other network) between 
the user and the content provider. In the described em- 
bodiment, all network traffic is routed through the brows- 
25 cr 110. This is necessary to bo compatible with proxy 
and firewall setups in corporate networks. All files pref- 
erably are stored in a diary server, such as diary server 
104, They can be accessed from anywhere on the net- 
work. 

30 

F, Data Structures 

[0118] Fig. 9 lists exemplary files provided by cover 
providers in a preferred .embodiment ol the present in- 

35 vcntioo. Fig 10 lists exemplary files provided to gener- 
ate the contcnls of diary pagos in a prclcrrod embodi- 
ment of the present invention. As shown in Figs. 8 and 
9, these files include covef-specific files, such as: diary 
specific HTML files, images. HTML-covers, and a gen- 

*0 eralor configuration file. As sfrawn in Figs. 3 and 10, 
these files further include user-specific files, such as: 
diary information, a user config file 538, and backup in- 
formation 340. 

[Oil 91 Fig. 1 1 shows an exemplary format of an AUA- 
45 database of Fig. 10. As discussed above, the described 
embodiment supports the following typos of content: 
plain text, images, applets, and embedded objects. The 
AUA-database is broken into two types of sections: dat- 
ed sections (see. for example. Fig. 4(o)) and named see- 
so lions (see, for example. Fig 4(a)). In the example, the 
dated sections include a number of date sections 1106. 
The named sections include a number of named sec- 
tions 1110. Each dale section 1105 is broken into a plu- 
rality ol dated content entries 1108. Each named sec- 
ss tions 1110 is broken into a number of content entries 
1112. In the described embodiment, the entire structure 
11415 stored as a ASCII document. Because bandwidth 
and storage capacity are scarce resources in the diary 
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applet 112, certain embodiments compress larger Java 
objects when they are stored. 

[0120] Fig. 12 shows exemplary cover HTML-tiles. 
Covers are also called "presentation context.' In one 
embodiment o( the present invention, the prosentalion 
context can consist of HTML files in which 'on the fly" 
substitutions by the diary applet are performed. Fig. 12 
shows the rules to apply to such HTML-liles. As an ex- 
ample, the occurrence of a "wif entry, gif object in acover 
represents a box in which the diary applet may place the 
representation of a content object. As another example, 
a list of textual strings such as_YEAR_wtll be substitut- 
ed by the diary applet by the year (e.g., "1993") of the 
" date section that is to be shown. 
[0121] Fig, 13-shows a diagram of a relationship be- 
tween various kinds of covers and the layout of pages 
generated by a diar/ applet in an embodiment of the 
present invention. 

[0122] In summary, the described embodiment of the 
present invention allows users to create 'diaries" that 
can be read via a web browser. The owner of a diary 
can read his own diary and certain non-private parts of 
the diary can be read by other persons. Thus, the owner 
of the diaiy can control what is presented to various 
classes of persons via his diary. The owner can identify 
various pages, sections, or content objects as having a 
certain privacy level. When a diary applet executing in 
the browser receives information lor the user's diary, the 
diary applet generates HTML only (or those portions of 
the diary that have a privacy level lower than or equal 
to the privacy level of the viewer who is viewing the diary. 
Thus, it is possible thai the diary applet will generate 
different HTML pages (or an owner and (or a random 
stranger who each ask to view the same diary page on 
their respective browsers. The person viewing a diary 
page can only view that content marked as appropriate 
for htm and other people at his privacy level. The diary 
applet of the described embodiment asks for a pass- 
word to determine a privacy level of a person. The cor- 
rect password values are part of the configuration infor- 
mation lor a diary. 

[0123] A user can navigate amongst diary pages like 
pages in a book. A user can add various types of content 
to his diary page and can also add contenl provided by 
content providers via Iheir web sites. The diary owner 
can also move content around on a diary page and can 
copy or move content from one page or section to an- 
other page or section. The diary owner can also transfer 
content from the diaries of others, assuming that the 
original creator of the content object alkjws transfer o1 
the object. The original creator might have been the di- 
ar/ owner, another diary owner, or a content provider. 
[0124] The invention uses a transfer method that 
avoids certain security restrictions that are problematic 
when downloading third party content to a diary. 
[0125] While the inventbn has boon described in con- 
junction with a specific embodiment, it is evident that 
many atlernatives, modifications and variations will be 



apparent to those skilled in the art in light ot the torego- 
tng description. For example, diary applet 112 could, in- 
stead be implemented as a plug-in to browser 110. This 
has the advantage of being free o) the Java "sandbox," 
s but requires a different plug-in for each type of browser 
and needs to bo installed by the user before it can be 
used, The functionality of the diary applet 112 could also 
be implemented m the browser, Moreover, some or all 
of the of the processing and selection of contenl could 
10 be performed on the diary server 104, thus saving the 
amount of data that must be transferred to the browser. 
Similarly, all of the HTML generation could be perf omned 
by the diary server 104. This might lower the bandwidth 
required and would simplify the transfer mechanism. 
'5 However, when envisioned in an application ot the in- 
vention where millions of users use a diary, this places 
an unacceptable burden on the diary sorvcr(s) 104. In 
the described embodiment, the processing capabilities 
of the user systems 1 02 arc used to avoid this problem. 
20 Accordingly, it is intended to embrace all such alterna- 
tives, modifications and variations as fall within the 
scope of the invention. 

[01 26] As indicated above, embodiments of the inven- 
tion are not limited -to any specific combination of hard- 

2S ware and software. Where an embodiment includes 
software components, these can form a computer pro- 
gram product. Program instructions could be provided 
on any suitable carrier medium, for example a computer 
readable medium such as a storage medium (e.g. solid 

30 stale memory, optical and/or magnetic media, etc.) and/ 
or 8 transmission medium (e.g. a carrier wave, tele- 
phone line, wireless link, clc). 

35 Claims 

1. A method ol displaying and organizing information, 
comprising: 

to receiving, by a user system from a diary server, 

an executable diary program capable of being 
executed by a browser in a user system; 
sending diary information from tho diary server 
to the cxecutabto diary program; 
displaying at least one diar/ page, by the exe- 
cutable diary program, running in the browser, 
in accordance with the received diary informa- 
tion, where the diary page is organized accord- 
ing to at least one of : by dale and by topic; and 

so sending changes (or the diary inlormatioo, from 

the executable diary program in the user sys- 
tem to the diary server. 

2. Tho method of claim l , further comprising: 

SS displaying contents of tho diary by tho oxccut- 

ablo diary program in accordance with a covor lor 
the diar/. 
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3. The method ol claim 2. wherein ihe cover includes 
advertisements requested by the user. 

4. The method at claim 2 or claim 3. wherein the cover 
includes advenisements not roquesled by the user. 

5. The methcxJ of any one of claims 2 to 4, v^erein the 
ctjver Includes product placements delermined by 
a cover provider. 

G. The method of any one ol claims 2 to 5, wherein the 
diary page includes a reference to a content object 
created by the cover provider. 

7. The method of any preceding claim, wherein the di- 
ary page includes a reference to a content object 
created by a third party content provider. 

8. The method of any preceding claim, wherein the di- 
ary page includes a reference lo a content object 
created by the diary owner. 

9. An apparatus that displays and organizes tnlorma- 
lion, comprising: 

a portion configured to receive, by a user sys- 
tem from a diary server, an executable diary 
program capable of being executed by a brows- 
er in a user system; 

a portion configured lo send diary information 
from the diary server to the executable diary 
program; 

a portion conf ig urad to display at (east on e diary 
page, by the executable diary program, running 
in the browser, in accordance with the received 
diary information, where the diary page is or- 
ganized according to at least one ol: by date 
and by topic; and 

a portion configured to send changes for the di- 
ary information, from the executable diary pro- 
gram in the user system to the diary server. 

10. The apparatus of claim 9, further comprising; 

a portion configured to display contents of the 
diary by the executable diary program in accord- 
ance with a cover tor the diary. 

11. The apparatus of claim 10. wherein the cover in- 
cludes advertisements requested by the user. 

12. The apparatus of claim 10 or claim 11, wherein the 
cover includes advertisements not requested by the 
user. 

1 3. The apparatus of any one of claims 1 0 to 1 2, wrfiero- 
in the cover includes product placements deler- 
mined by a cover provider. 



14. The apparatus of any one of claims lOtolS, where- 
in the diary page includes a reference to a content 
object created by the cover provider. 

5 15. Theapparaius of any one of claims 9 to 14, wherein 
the diary page includes a reference to a content ob- 
ject created by a third party content provider. 

16. Theapparatusof anyoneof claimsSto 15, wherein 
JO the diary page includes a reference to a content ob- 
ject created by the diary owner. 

17. A computer program product operable lo display 
and to organize information on a web page and 
comprising: 

computer program code devices configured to 
receive, by a usci system from a diary server, 
an executable diary program capable of being 

^0 executed by a browser in a user system; 

computer program code devices configured to 
send diary inlormatton trom Ihe diary server to 
the executable diary program; 
computer program code devices configured to 

25 display at least one diary page, by the execut- 

able diary program, running in the browser, in 
accordance with the received diary infornialion. 
where the diary page is organized according to 
at least one of: by date and by topic; and 

30 computer program code devices configured to 

send changes tor the diary information, from 
the executable diary program in the user sys- 
tem to the diary server. 

la. The computer program product ol claim 17, further 
comprising; 

computer program code devices configured 
to display contents of the diary by the executable 
diary program in accordance with a cover for the 
^0 diary. 

19. Tho computer program product of claim IS.wrhcrein 
the cover includes advertisements requested by the 
user. 

■*s 

20. The computer program product of claim 16 or claim 
19, wherein the cover includes advertisements not 
requested by the user. 

50 21. The computer program product ol any one of claims 
13 to 20, wherein the cover includes product place- 
ments determined by a cover provider. 

22. The computer program product of anyone of claims 
55 13 to 21, wherein the diary page includes a refer- 
ence to a content object created by Ihe cover pro- 
vider. 
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23. The computer program producl ol any one of claims 
17 to 22, wherein the diary page includes a refer- 
ence to a content object created by a third party con- 
tent provider. 

s 

24. The computer program product of any one of claims 
17 to 23, wherein the diary page includes a refer- 
ence to a content object created by the diary owner. 

25. The compuler program product of any one ol claims 
17 to 24, comprising program instructions on a car- 
rier medium. 

-25. The computerprogram product of claim 25, wtierein 

the carrier medium is a computer readable medium. 'S 

27. The computer program product of claim 25 or claim 
26, wherein the carrier medium is a storage medi- 
um. 

so 

28. The computer program product o( claim 25 or claim 
26, wheroin the carrier medium is a transmission 
medium. 
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Java Applet Window 



Figure 4(b) 
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llnri^l Java Applet Window 

Figure 4(c) 
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Figure 4(d) 
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Figure 4(f) 
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Figure 4(g) 



24 



EP 0 984 370 A2 



430 



405 




Figure 4(h) 
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Figure 4(k) 
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Flowchart 

The above operalions are implemented through control by means ol dynamic HTML 
generation. A flowchart is given below in llgure 11. 

• By setting the W30iary in edit mode, the HTML generator re-generates the 
page and adds object control handles (in this case of type "edit*) to the page 

• The user clicks on a control handle. The handle identification is passed on to 
the HTML generation engine (oy JavaScript in the current embodiment) 

• Any appropriate action is executed on the object identified by the hanale ana 
represented in HTML 

• Finally, a new (updated) page is generated and displayed. 



Inside a browser 




HTML Control (Editing content) 

Figure 4(1) 



27 



EP 0 984 370 A2 





^ Wednesday, May 27. 1993 


EDIT 





Figure 4(m) 
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Thursday, May 28. 1998 



Figure 4(o) 
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Figure 7(a) 
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Cover-specific files: 

These files are provid ed by cover designers. 

• Diary specific HTML-files. 

These files are shown in the browser at times the Diary is in some non- 
interactive state (e.g. while the Diary is starting up). 

• Images. 

A cover designer can provide images for the Diary user interface. For 
example, cover-specific graphics for the buttons in the user interface 
may be provided. 

• HTML templates. 

These files specify the layout of the Diary pages. 

• Generator configuration file. 

This file contains information for the generator about the mapping of 
templates to Diary pages. It is created using "Instant Cover". Diary's 
integrated cover design tool. 



Figure 9 



User-specific files: 

These files contain each W3Diary's user specific data: 

• AUA-Database. 

The content database contains the contents of a user's Diary. 

• Config. 

This file contains the user settings {see Config, above). 



Figure 10 
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AUA-Database 

The Diary's content database ccniains the content a user has gaifiered. This 
content comes in many types, but since it should be viewable in an HTML- 
browser, the distinction between content types used by HTML will adopted. 
HTML supports these four types ol content: 

• plain text 

• images 

• applets 

• embedded objects 

Each content entry is shown on one specific Diary sec:ion. sc the database 
stores the content on a per-section basis. As there are two kinds ol sections 
{date sections and named sections), this structure is a little more reftnel 



The following diagram shov/s the siructure of tne content database: 



1 106 



1102 

date sections 
named sections 
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Dec 31ir, 1996 
Jan 1st 1999 



Who am I? 
Addresses 



r- AOdresse 
1110 • • • 



Conlent Entry 1 



CGfitent,£ntry 2 




Content Entry 1 
Content Entry 2 



Cement Entry I 
Ccnleni Entry 2 



Content Entry 1 
Ccntenl Entry 2 
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■1112 



-1112 
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Template HTML-fites 

To specify the layout of the generated HTML-pages, the Generaiof uses HTML-iemplates. 

Each HTM.-templates uses the following Oiary conventions that allow on-the-fly lailoiing of itie 
iiles: 

t. Each image in the HTML-tsmplate named wilentry.gif is a placeholder for an entry: in 
W3Diary terms, each wifeniry.gil lepresenls a box. 

1. The dimensions ol the witentry.gif in the ofiginal HTML-iemplale will determine the bounding 
box of an entry. 

2. Tfie cover designer :ar. indicate thai the tjounding box may be foiaied by 90 degrees .t that 
ijiproves the 111. 

2. Boxes must Oe inside an HTML table in oider to allow correct generation of content 
surrcurded by edit or provide images. 

3. For pages in 'date' sections, each box. stiould be accompanied by a time generator tag so 
(hat time information attachsd to a content enlry can be visualized, 

1. While viewing the template, each time generator tag should be close to its boj. 

2. In the HTML-iile. the order of the list of ttie _TIME_ generator tags should be the same as the 
order of the list of the corresponding wifentfy.gif's. 

Note: this results in HTML table designs in which the time generator tags are above (or below) 
each corresponding box. You cannot alternate the place (above/below) ot the time generator tag 
with respect to its corresponding box. For, by doing thai, Ihe sequence of the time generator 
tags is not the same as the sequence o( the boxes. 

4. Optionally, include at any spot and in any context one or more ol the following generator 
lags: 



Generator Tag 


Substituted By 


Example Value 


_SECTION_ 


the narr^e ol the section 


AdcJresses 


_DATESTRING. 


the date 


l^arcti 13, 1998 


_YEAH_ 


the year 


1998 


^MONTH_ 


the month 


3 


.MONTHNAME. 


the month 


March 


_OAY, 


the day of the rnonlh 


13 


.WEEKDAY. 


the day of the week 


Friday 


_TIME12. 


the lime of an entry in ann/pm 


9:30 pm 


_TtM£24. 


the lime of an entry, 24 hour based 


21:30 


.PAGE. 


the number of the current page within a section 


2 


_MAXPAG£. 


the total number of pages in a section 


5 



Figure 12 
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Instant Cover 

The individual template HTML-lites are bound (like pages in a booit). The 
"priority sequence" of these HTML-temptates plus any other (inet3-)inlormaLion 
about those HTML lemplates is stored in a file. This file is called wSdiary.wil 
(WIF stands lot 'W3Diafy tniermediate Format'). The Generator uses the WIF 
file to match templates to a W30iary section. 



Templates Generator 



Pages 



date 




>date 



> named 



My favorite 
movies 



The WIF object is used to coniigure the Generator. The Generator consists of 
multiple ordered sets of Templates (which have their own variables) and ol 
global variables. So the WIF object is just an efficient representation of the 
Generator. 

Figure 13 
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